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(§) (Dbjektmodell und Verfahren zum Erfassen von Informationen 

@ Objektmodell zum Erfassen von Informationen, die 
produktlnnovationsbezogene Daten betreffen, mit einer 
Produktideeschnittstelle zum Erfassen einer Idee fur ein 
Produkt in einem Produktideeobjekt und einer Gestal- 
tungsallernativenschnittstellezum Erfassen einer Vielzahl 
von Gestaltungsalternativen fur das Produkt in einer Viel- 
zahl von jeweljigen Gestaltungsalternative-Objekten. 
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Beschrcibung Werkzeuge erfafit wird, weil die Informationen nicht inte- 

[0001] D,e vorhege^ie Erfindung betrifft aUgemein die Twnr fT^""' 7^' 

Inforniationsverwaltung und im tesonderen^n Sv,.^m ^"f^^'S.'f^' Erfassung der Infonnationen benutzt 

^ ^^^^^^^^^ 

m02, Produktentwicklung wird heutzutage von con.pu- lfj^'^.S::r^'^'^''^'''^^'^'^''^'^^^y- 

(Tenninkoordiniea,ng/AblaufsJu;rgTundEk& 2™™^'"' f T""""""' f^f ""'"^ ^'"^^ 

verwaitungswerfczeuge.Dertypischep4lukteJSS^^ Swise ZS"^"""" T'^"'' f^' 

zyklus beginnt mil einer Idee fiir ein Produkt X etaer \fe^ !Lp„H»r^ !t ^ Erzeugung der Daten ver- 

betrifft Oder eine Losung fur ein Problem darsteUt An^ T ' '^'^ MogLchkeit, auf Daten, 

hend von der ProduktiL kSn^UrSS'chtX t^^rZ^:^Z^''''T^' ""T^"^ 
wurfe (Allemativeestaltuneen) untersuchf T^a t u ^"'^"^^ zugreifen zu konnen, vorteilhaft wSie. 

schauildimg sou davon aus.eimia h.k ri„ b.^ ""S"'"""™"- F»B«» ""d Aniwont^ die »!lhra,d de. 

E«wldd=r[»*hd*S^XLS£^^;bcw°B' tlT'^^'.S'S'S^'TT''^'^'^''-^'^ 
di. d,i! Itadnk. etfoUen muB und bal tinkc LSu™,iZ„' ? Bedurtrnj d,= InnovanoDsinfcmuiioo in d. 

=dr.^£fr£i:<!r . ^™TF'^""=^° 
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die„t.DieUntersuchungvonV"™gt^^^^^^^^ ^«"'Pul^^^^^^^^ 

den Zweck einer hpitimmt^n T ;;<,.. i. ren inkremcntalen Aufbau von Innovationsinformationen 
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chung eines Produkts uber die Zeit beireffen. Wahrend der 
Untersuchung eines Produkts werden viele Altemativen 
vorgeschlagen und erforscht. Es werden Entscheidungen ge- 
fdllt, die Moglichkeiten ausschlieBen. Mil Fortschreiten der 
Gestaluing und der Ehtwicklung andem sich die gestellten S 
Frajgen und zugehdrigen Antworten unter dem EinfluB von 
umfassenden Entscheidungen und dem Aufkommen von 
mehr ins Detail gehenden Fragestellungen. Teile der Pro- 
duktdefinition bewegen sich mit unterschiedlicber Ge- 
schwindigkeit von der Idee zur vollstandigen Definition. 10 
Das Innovationsinformationen-Objektmodell der Erfindung 
unlerstiitzt das Verfolgen bzw. NachvoUziehen der funktio- 
nalen gestaltungsorientierten Aspekte des Produkts. Das ge- 
staltungsorientierte Verfolgen stellt somit ein Zeitspektrum 
vera Untersuchen von Produktideen bis zur vollstandigen is 
und fur die Produktion freigegebenen Ptoduktdefinition be- 
tcit. Die Informationen entwickeln und gestalten sich gradu- 
ell und werden mit fortschieitendem GestaltungsprozeB iin- 
mer detaiUierter. Die Mdglichkeit fiir Innovation jst gege- 
ben, solaiige Fragen offen sind,.die kreative Antworten er- 20 
fordem. Die Auswirkung von Innovation bewegt sich von 
global zu lokal, wenn Entscheidungen gefdUt und Detailfra- 
gen angegangen werden. 

[0009] Die vorliegende Erfindung umfaBt vorzugsweise 
ein Objektmodell zur Verwaltung von Innovationsinforma- 25 
tionen (nachfolgend kurz. als IIM-Ohjektmodell bezeichnet), 
das unterschiedliche Objektmodelle erfaCt und speichert, 
die Informationsartikel und deren zugehorige Beziehungen 
in einer Objektinodelldalenbank urafassen. Jedes Objektmo- 
dell beinhaltet Informationen und Beziehungen. die uber 30 
eine offentlich definierte Schnittstelle zugSnglich sind. In ei- 
ner Ausfuhrungsform werden beim Speichem eines Objekt- 
modells in die Objektmodelldalenbank unterschiedliche IV- 
pen von Informationsartikeln bzw. Einzelinfonnationen, die 
in dem Objektmodell zusammen mit ihten Beziehungen zu 3S 
anderen Informationsartikeln bzw. Einzelinfonnationen ent- 
halten sind, in unterschiedlichen relationalen Datenbankda- 
teien, die mit den Informationsartikeln verkniipft sind, ge- 
speichert. Anwendungen, die auf die Objektmodelldaten- 
bank zugrcifcn, vcrwcndcn Icdiglich die definierte Objckt- 40 
modellschnittstelle, was zu einer automatischen Trennung 
und Speicherung von Datentypobjekten in einer bestandigen 
werkzeugneutralen Form fiihrt. 

[0010] Die Erfindung crlcichtcrt den Zugriff auf Informa- 
tionen mittels jeglicher Anwendung iiber die definierten Ob- 45 
jektmodellschnittsteUen, unabhaiigig davon, durch welche 
Anwendung die Objekle erzeugl wuiden. Dadurch enisieht 
kein "Besitz" an den Daten dutch eine Anwendung oder 
durch das Werkzeug, das die Daten erzeugt hat. 
[0011] Die Erfindung erleichtert auch anspruchsvolle Su- so 
chen in den Objeklinodellen, um interessierende Infonrialio- 
nen aus der Gesamtheit der gespeicherten Informationen 
herauszuziehen. Die Erfindung ist in vielerlei Hinsicht vor- 
teiihaft, einschlieBlich der Moglichkeii fiir eine Mehrzahl 
von Menschen mit unterschiedlichen Aufgaben und Posten, 55 
auf die Informationen zuzugreifen und diejenigen Informa- 
tionen herauszuzidien, die ihrer Aufgabe bzw. ihrer Position 
entsprechen. 

[0012] Weitete Vorteile und Ausgestaltungen der Erfin- 
dung ergeben sich aus der Beschreibung und der beiliegen- 60 
den Zeichnung. 

[0013] Es versteht sich, daB die vorstehend genannten und 
die nachstehend noch zu erlautemden Merkmale nicht nur in 
der jeweils angegebenen Kombination, sondem auch in an- 
deren Kombinationen oder in AUeinstellung verwendbar 65 
sind, ohne den Rahmen der vorliegenden Erfindung zu ver- 

[0014] Die Erfindung ist anhand von Ausfiihrungsbeispie- 
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len in der Zeichnung schematisch dargestellt und wird im 
folgenden unter Bezugnahme auf die Zeichnung ausfiihrlich 
beschrieben. 

[0015] Fig. 1 zeigt ein konzeptionelles Objektmodelldia- 
granmi, das die Trennung von Informationsartikeln und ih- 
rer zugeordneten Beziehungen zu anderen Informationsarti- 
keln darsteilt. 

[0016] Fig. 2 zeigt ein Blockdiagramm eines erfindungs- 
gemaSen Objektmodells zur Verwaltung von Innovationsin- 

formationen. 

[0017] Fig. 3 zeigt ein UMI>Schnittstellendiagramm 
(UML: Unified Modelling Language), das eine bevorzugte 
Ausfiihrungsform der Schnittstelle fiir das Objektmodell zur 
Verwaltung von Innovationsinformationen (IM-Objektmo- 
dell) fur das in Fig. 2 gezeigte DM-ObjektmodeU darsteilt. 
[0018] Fig. 4 zeigt ein Blockdiagramm der von dem IIM- 
Objektmodell der Fig. 2 unter Verwendung der in Fig. 3 de- 
finierten SchniHstellen erzeugten und utiterhaltenen bestan- 
digen Speichereinhdten bzw. -entitaten. 
[0019] Fig. 5 zeigt ein Anschauungsbeispiel einer relatio- 
nalen Datenbankdatei, mit der eine eifindiingsgemaBe Pro- 
duktidee-'lkbelle umgesetzt wird. 

[0020] Fig. 6 zeigt ein Anschauungsbeispiel einer relatio- 
nalen Datenbankdatei, mit der eine etfindungsgemaBe Pro- 
duktanfordemngen-Tabelle umgesetzt witd. 
[0021 ] Fig. 7 zeigt ein Anschauungsbeispiel einer relatio- 
nalen Datenbankdatei, mit der eine erfindungsgemSBe Ge- 
staltungsaltemativen-Tabelle umgesetzt wird. 
[0022] Fig. 8 zeigt ein Anschauungsbeispiel einer relatio- 
nalen Datenbankdatei, mit der eine erfindungsgemaBe Pro- 
duktiunktion-Tabelle umgesetzt wild. 
[0023] Fig. 9 zeigt ein Anschauungsbeispid einer relatio- 
nalen Datenbankdatei, mit der eine erfindungsgemaBe An- 
forderungserfullung-Tabelle umgesetzt wird. 
[0024] Fig. 10 zeigt einen Produktidee-Dialog fiir eine er- 
findungsgeraiiB umgesetzte grafische Benutzerschnittstelle. 
[0025] Fig. 1 1 zeigt einen Produktanforderung-Dialog fiir 
eine erfindungsgemaC umgesetzte grafische Benutzer- 
schnittstelle. 

[0026] Fig. 12 zeigt cincn Produktfunktion-Dialog fur 
eine erfindungsgemaB umgesetzte grafische Benutzer- 
schnittstelle. 

[0027] Fig. 13 zeigt einen Gestaltungsaltcmativen-Dialog 
fur cine erfindungsgemaB umgesetzte grafische Bcnutzcr- 

schnittslelle. 

[0028] Fig. 1 zeigt ein konzeptionelles Blockdiagramm, 
das die Trennung von Infoniialionsattikeln bzw. Inforuiati- 
onsgegenstanden bzw. EinzeUnformationen und deren zuge- 
hdrigen Beziehungen zu anderen Informationsartikehi so- 
wie die Zugreifbarkeit auf die Informationen mittels unter- 
schiedlicber Werkzeuge darsteilt. Insbesondere sind eine 
Ansammlung von ObjektmodeQen 10a, 10b, 10c, lOd, lOe 
und lOf, die Informationen und von einer Anzahl unter- 
schiedlicber Werkzeuge 20a, 20b, 20c, . . ., 20n wahrend der 
Entwicklung eines Produkles erzeugte Objektbeziehungen 
beschreiben, in werkzeugneutraler Foth in einem bestandi- 
gen Speicher 30 gespeichert Dabei ist es wichtig, dafi die 
Objektmodelle 10a, 10b, 10c. lOd, lOe und lOf nicht einem 
bestimmten Werkzeug "gehoten", insbesondere nicht den 
Werkzeugen 20a, 20b, 20c, 20n, von denen sie erzeugt wur- 
den. Jedes ObjektmodeU IDa. 10b, 10c, lOd, lOe und lOf 
enthalt Objekte, die hochst abhangige Objektbeziehungen 
aufweisen. 

[0029] Die Objektmodelle 10a, 10b, 10c, lOd, lOe und lOf 
verfiigen jeweils iiber eine definierte offentUche Schnitt- 
stelle, die es einem jeden die Schnittstellendefiniuon verste- 
henden Werkzeug 20a, 20b, 20c, . . ., 20n geslattet, zulassige 
Daten in den entsprechenden Satz von Objekten zu schrei- 
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ben und herauszulesen. Auch wenn die Situation eintreten 
kann, daB ledigUch ein Anwendungswerkzeug ein einzelnes 
Attribut vollstandig versteht (wie ein CAD-Werkzeug, das 
erne 3r>-Geometrie und -topologie versteht), gestattet es die 
offentliche SchnittsteUendefinition im Grunde genommen 5 
jedem Werkzeug, auf Teile des Objekts, das es versteht, ein- 
schlieBUch dessen Beziehungen zu anderen Objekten, zuzu- 
greifen. Beispieisweise erzeugt das CAD-Weriizeug (CAD 
TOOL) 20a (bspw. SoLdDesigner von CoCreale) Daten, die 
teilweise in dem ObjektmodeU "CAD-ModeU" (CAD MO- 10 
DEL) 10a und teilweise in dem ObjektmodeU "Plodukt- 
struktur" (PRODUCT STRUCTURE) 10b gespeichert wer- 
den. Es ist wichtig festzuhalten, dafi das CAD-VVferkzeug 
20a seine interne Datenstruktur oder seine Benutzerschnitt- 
stelle nicht andem muB. Vielmehr muB das CAD-Werkzeug is 
20a lediglich die Fahigkeit besitzen, nux diejenigen Objekte 
und Strukturen zu verstehen, die es schreibt und liest, was 
durch Verwenden ciner Erweiterung eneichi werden kann, 
die eine Import/Exportfahigkeit gestattet; derartige Techni- 
ken sind im Stand der Technik gut bekannt. In dem vorlie- 20 
genden Beispiel greift ein PDM- Werkzeug (PDM TOOL) 
20b (PDM: Product Data Management; bspw WorkMana- 
ger von CoCreate) auf das ModeU "Pioduktstruktur" 10b 
und das Model] "Gestaltungsaltemative" (DESIGN AL- 
TERNATIVE) 10c zu. Entsprechend muB das PDM-Werk- 25 
zeug 20b die Fahigkeit besitzen, an dem Modell "Produkt- 
struktur" 10b von dem CAD-Werkzeug 20a vorgenomme- 
nen Andemngen handhaben zu konnen, und entsprechend 
muB das CAD-Werkzeug 20a die Fahigkeit besitzen, von 
dem PDM-Werkzeug 20b an dem Modell "ProdukLstruktur" 30 
10b voigenommenen Andemngen handhaben zu koonen. 
Das gemeinsame ObjektmodeU (d. h. das ModeU "Produkt- 
struktur" 10b), das beide verstehen, unterstutzt und verbes- 
sert dabei die KoUaboration zwischen dem C:aD- Werkzeug 
20a und dem PDM-Werkzeug 20b. 35 
[0030] Es ist auch wichtig festzuhalten, daB anderen 
Werkzeuge (bspw. 20n) auch jederzeit auf die Objektmo- 
deUe 10a, 10b, 10c, lOd, lOe und lOf zugreifen konnen und 
die Anzahl von ObjektmodeUen 10a, lOb, 10c, lOd, lOe und 
lOf jcdcrzcit crwcitcrt wcrdcn kann. So crwcitcrt und cnt- 40 
wickeU sich die Sammlung von Informationen und Bezie- 
hungen mit anderen Objekten entsprechend wahrend des 
Fortgangs des Produktzyklus, wobei die Entwicklungs- und 
Ocslaltungsaspcktc des Produkts fcstgchailcn wcrdcn. Zu- 
dem gestattet die werkzeugneutrale bestandige Form der 45 
ObjektmodeUe sowohl synchrone als auch asynchrone Kol- 
laborallon bei der Produktentwicklung, indeiii vielen unter- 
schiedlichen Benutzem (bspw. Ingenieure, Entscheidungs- 
ebene, Verwaltungspersonal und sogar Kunden) mitentspre- 
chender Berechtigung zum Zugriflf auf die in den Objektmo- 50 
deUen enlhaltenen Daten, die den derzdligen Stand des Pro- 
dukts darsteUen, gestattet ist. 

[0031] Unter den ObjektmodeUen in der ObjektmodeUda- 
tenbank 30 befindet sich ein ObjektmodeU "Verwaltung von 
Innovationsinformationen" (INNOVATION INFORMA- 55 
TION MANAGEMENT) lOe (kurz: HM-ObjektinodeU), 
das aU diejenigen Innovationsinformationen einschlieBt 
bzw. zusammenfaBt, die mit der Entwickiung und Gestal- 
tung ernes Plodukts, einschUeBUch Produktideen, Gestal- 
tungsaltemativen, Pragen und Antworten, die wahrend des 60 
Innovationsprozesses untersucht warden, Gestaltungsent- 
scheidungen usw.. verbunden sind sowie ihre Beziehungen 
zu anderen Objekten in dem IIM-Objektmodell lOe und zu 
Objekten in anderen ObjektmodeUen lOa, 10b 10c 10c 
lOdundlOf. ' ' '55 

[0032] Objekte in dem HM-ObjektmodeU lOe konnen au- 
tomatisch von einem oder mehreien der Werkzeuge 20a, 
20b, 20c, .... 20n erzeugt werden, oder .sie konnen konkret 



von Nutzem uber spezifische HM-Dialoge (IIM: Innovati- 
onsinformationen-Management/Innovation Infonnation 
Management) erzeugt werden, auf den uber die Benutzer- 
schnittsteUe der Werkzeuge zugegriffen wird. ZusatzUch 
kann ein HM-Werkzeug (TOOL) 20c zur konkteten Eingabe 
von Innovationsinformationsdaten entwickelt weiden. We 
jedoch schon voistehend angemerkt wurde, "gehoten" kei- 
nem Werkzeug die Daten in dem UM-ObjektmodeU lOe und 
jedes Werkzeug kann auf die Daten in dem IIM-Objektmo- 
deU lOe uber offentlich definierte SchnittsteUen, die mit 
dem HM-ObjektmodeU lOe in Verbindung steheii, zugrei- 
fen. Diese offentlich definierten SchnittsteUen werden nach- 
folgend noch ausfuhrUch erlautert. 

[0033] Fig. 2 zeigt ein Blockdiagramm. das eine bevor- 
i zugte Ausfahrungsform 100 des HM-ObjektmodeUs der 
Fig. 1 darstcUt, durch das ein ObjektmodeU zum Erfassen 
und Speichem der einzelnen Informationen und deren 
Stniktur, wie sie wahrend der Untersuchungsphase der Ent- 
wickiung und Gestaltung eines Plodukts in einer wetkzeug- 
neutralen bestandigen Form entwickelt wurden, bereitsteUt. 
[0034] Wie in Fig. 2 datgestellt umfassen die hauptsacbli- 
chen Informationsgegenstande in dem IIM-ObjektmodeU 
100 die folgenden Objekte: Produktidee (PRODUCT IDEA) 
UO, Ploduktanfoidening (PRODUCT REQUIREMENT) 
120, Gestaltungsaltemative (DESIGN ALTERNATIVE) 
130, Geslalning.sdarstellung OJHSIGN RKPRKSHNIA- 
TION) 140, ProduktfunkUon (PRODUCT FUNCTION) 
ISO, Durchfuhrungsbeschrankung (REGULATORY CON- 
STRAINT) 160, GestaUungsabsicht (DESIGN INTENT) 
170, Gestaltungsmerkmal bzw. Gesialtungsbedeutung bzw 
Gestaltungsanmerkung (DESIGN NOTE) 180, Gestaltungs- 
problem (DESIGN ISSUE) 190 und GestaltungsbcschrL- 
kung (DESIGN CONSTRAINT) 195. 
[0035] Ein Informationsgegenstand (oder Informations- 
objekt) "Produktidee" UO schUeBt eine Idee betieffend ein 
Produkt ein. Eine Produktidee kann eine Hee fiir ein neues 
Produkt, eine Steigerung oder Verbesserung eines bestehen- 
den Produkts oder die Losung eines bekannten Problems 
(wie eine technische Anderung) fiir ein bestehendes Plodukt 

[0036] Ein Objekt "Produktanforderung" 120 beinhaltet 
dne Anfordwung, die das Produkt erfuUen muB, soU oder 
kann. Fur ein gegebenes Produkt gibt es ubiicherweise viele 
Anfordcrungcn von viclcn vcrschicdcncn QucUcn (bspw. 
Marketing, Kunden, Entwickiung, HersteUung). 
[0037] Ein Objekt "Gestaltungsaltemative" 130 faBt In- 
fonualionen zusaimiien, die eine mogliche Losung Oder Ge- 
staltung flir eine Idee darsteUen, die in einem Objekt "Pro- 
duktidee" 110 zusammengefaBt isL Ein Objekt "Gestal- 
tungsdarsteUung" 140 beinhaltet eine MogUchkeit, die in ei- 
nem Objekt "Gesialtungsallemative" 130 dargesteUte voige- 
schlagene Losung odw Gestaltung umsetzen bzw. hetstel- 
len. 

[0038] Ein Objekt "Produktfunktion" 150 beinhaltet eine 
Funktion zum Losen einer Produktanforderung. 
[0039] Ein Objekt "Durchfiihrungsbeschrankung" 160 be- 
inhaltet eine Beschrankung, die dem Produkt auferlegt ist 
und sich auBerhalb der Kontrolle der Entwickler/Gestalter 
befindet. Als Beispiel seien hier gesetzUch festgelegte Kom- 
munikationsfrequenzen im Funkbereich genannt 
[0O4O] Ein Objekt "Gestaltungsabsicht" 170 beinhaltet 
eine konkrete Absicht oder Zielsetzung der Gestaltung. 
[0041] Ein Objekt "Gestaltungsmerkmal" 180 beinhaltet 
ein die Gestaltung betreffendes MerkmaL 
[0042] Ein Objekt "Gestaltungsproblem" 190 ist mit einer 
GestaluingsdarsteUung verbunden. Das in einem Gestal- 
tungsproblem-Objekt enthaltene bzw. zusammengefafite 
Problem bctrifft Bedenken oder eine ofTene Frage, die nach 
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Belrachten der Darstellung der Gestaltungsaltemative auf- 
gekommen sind.- 

[0043] Ein Objekt "Gestaltungsbeschrankung" 195 faBt 
eine Beschrankung zusaininen, die der Gestaltungsaltema- 
tive auferlegt ist und Uber die KontroUe besteht. 5 
[0044] Innerhalb des IIM-Objektniodelk 100 existieren 
Beziehungen zwischen den Datenobjekien, wie dies durch 
die Verbindungslinien zwischen den Objekten daigestelll 
ist. Z. B. kann jede Produktidee 110 mil verschiedene Pro- 
duktanforderungen 120 (wie sie von den Entwicklem und lo 
anderen die Gestaltung beeinflussenden Personen definieit 
werden) verbunden sein, die wiedenim keine oder mehrere 
zugeordnete Produktfunktionsobjekte 150 aufweisen kon- 
nen, die vollstandig oder teilweise die in ihrem zugeordne- 
len Produktanforderungsobjekt 120 niedeigelegten bzw. zu- is 
sammengefafiten Anforderungen erfiillen. Jede Produktidee 
110 kann auch mit einigen Durcjifiihrungsbeschi^kungen 
160 (wie sie bspw. durch die Industrie oder den Gesetzgebra- 
definiert sein konnen) verbunden sein, die wiederum durch 
eine Rroduktanforderung 120 wie vorstehend beschrieben 20 
daigestellt sein konnen. Jede Produktidee 110 kann auch mit 
mehreren Gestaltungsaltemativobjekten 130 verbunden 
sein, die wiederum mil Gestallungsabsichtsobjekten 170 
und zugeordneten Produktfunktionsobjekten 150 verbunden 
sein konnen. AuBerdem kann jede Gestaltungsaltemative 25 
zugeordnete Gestaltungsbeschrankungen 195 und/oder zu- 
geordnete Oestaltungsdatstellungen 140 aufweisen. Jede 
Gestaltungsdatstellung 140 kann zugeordnete Gestaltungs- 
bemerkungen 180 und/oder Gestaltungsproblefne 190 auf- 
weisen. 30 
[00451 fis- 3 zeigt ein UML-Schnittstellendiagramm, das 
eine bevorzugte Ausfiihrungsform der IIM-Objektmodell- 
schnittstelle fiir das IIM-Objektmodell 100 der Fig. 2 dar- 
stellt. Wie in Fig. 3 dargesteLi umfassen die fiir das IIM-Ob- 
jektmodell 200 der Fig. 2 definierten offenUichen SchniU- 35 
stellen folgendes: Produktidee (Productldea) 210, Produk- 
tanforderung (ProductRequirement) 220, Gesialtungsalter- 
nalive (DesignAltemative) 230, (jestallungsdarstellung 
(DesignRepresentation) 240, Produktfunktion (Product- 
Function) 250, Durchfiihrungsbcschrankung (Regulatory- 40 
constraint) 260, Gestaltungsabsicht (Designlntent) 270, Ge- 
staltungsbemerkuDg (DesignNote)280, Gestaltungsproblem 
(Designlssue) 290, Gestaltungsbeschiankung (DesignCon- 
straint) 295 und Produktspczifikation (ProductSpccification) 
225. Die Attribute fur jede Schnittstelle sind wie in Fig. 3 45 
dargestellt. In der IIM-SchnittsteUendefinition werden In- 
foniiationen iiber jede Produktidee in eineiu Objekt "Pro- 
duktidee" 110 (Fig. 2) zusammengefaBt, auf das von der 
Schnittstelle Productldea 210 zugegriffen wird. In dieser 
Ausgestallung hat die Schnittstelle Productldea 210 keine 50 
oder mehrere Schnillslellen RegulatoryConslrainl 260, von 
denen jede mit keiner oder mehreren Schnittstellen Produc- 
tRequirement 220 verbunden sein kann. Die Schnittstelle 
Productldea 210 kann auch eine Zuotdnung zu keiner oder 
mehreren Schnittstellen ProductRequirement 220 aufwei- 55 
sen, die aus verschiedenen Quellen stammen konnen und 
eine angehangte Beziehiing, die iiber die Schnittstelle Re- 
quirementRelationship 222 definiert ist, aufweisen konnen. 
Eine Schnittstelle ProductSpecification 225 ist eine Erweite- 
rung der Schnittstelle ProductRequirement 220 und wird 60 
dazu verwendet, Spezifikationen fiir die Anfordemngen ge- 
nauer zu definieren. Jede Schnittstelle ProductRequirement 
220 kann auch keiner oder mehreren Schnittstellen Product- 
Function 250 zugeordnet sein, die eine Losung zum leilwei- 
sen oder voUstandigen Erfiillen einer Produktanforderung 65 
bereitstellen. Die Schnittstelle ProductFunction 250 ist in 
der standardisierten Schnittstelle PDMConfigurationMana- 
getnent der "Object Management Group (OMG) PDM En- 



ablers" definiert, die aus dem Stand der Technik bekannt und 
in "PDM Enablers: Joint Proposal to the OMG in Response 
to OMG Manufacturing Domain Task Force RFP 1", Paper 
mfg/98-02-02 of der Object Management Group (OMG), 
ausfiihrlich beschrieben isL Die Schnittstelle PDMConfigu- 
rationManagement erweitert den Produktstruktur-Enabler 
zur Unterstutzung von Unieraehmen, in denen ein Produkt 
zum Verkauf in vielen unterschiedlichen Komponentenkon- 
figurationen angeboten werden kann. Das Konfigurationen- 
verwaltungsmodul erlaubt eine Spezifikalion von Prodlikt- 
klassen und unlerscheidenden Produktkonfigurationen. Ent- 
sprechend isl das IIM-Objektmodell der Erfindung kompati- 
bel mit den standardisierten PDM-Enabler-Schnittstellen. 
[0046] Wie ebenfails dargestellt kann die Schnittstelle 
Productldea 210 keiner oder mehreren Schnittstellen Desi- 
gnAltemative 230 zugeordnet sein^ die einen Zugrifif auf 
keine oder mehrere Objekte "Gestaltungsaltemative" 130, 
die einem bestimmlen Objekt "Produktidee" 110 zugeordnet 
sind, gestattcn. Jede Schnittstelle DesignAltemative 230 hat 
keine oder mehrere Schnitlstellen DesignCJbnstraint 295 und 
keine oder mehrere Schnittstellen DesignRepresentation 
240, die jeweils Zugrift" auf ein verbundenes Objekt "Gestal- 
tungseinschrankung" 195 und/oder ein zugehoriges Objekt 
"Gestaltungsdarstellung" 140 gestatten. Jede Schnittstelle 
DesignRepresentation 240 ist keiner oder mehreren Schnitl- 
.stellen DesignNote 2X0 zugeordnet, die /.ugriff auf ein Ob- 
jekt "Gestaliungsbemerkung" 180 gestatten, und mil keiner 
Oder mehreren Schnillslellen Designlssue 290, die Zugrifif 
auf ein Objekt "Gestaltungsproblem" 190 gestatten. . 
[0047] F.ine Schnittstelle RequiremenlFulfillment 255 ge- 
stattet, auf den Grad der ErfUUung der Produktanforderun- 
gen, die die Produktfunktion erftillt, zuzugreifen. Dies ge- 
stattet einem Benutzer, das IIM-Objektmodell spater im 
Hinblick auf diejenigen (jestaltungsaltemativen, die be- 
stimmte ggf. priorilaisgewichlcle Anforderungen erfiillen, 
zu untersuchen, um zu ermillcln, welche Gestaltungsaltema- 
tive einer Etfiillung der Anforderungen mit den hochsten 
Prioritaten am nachsten komml. 

[0048] Diese Fahigkeii, das System abzufragen, indeni 
wichtigc Fragcn gcstcUt werden, und cine automatischc 
Antwott von dem IIM-Objektmodell zu erhalten, ist ein au- 
Berst wichtiger Aspekt. der durch die Erfindung beieitge- 
stellt wird. 

[0049] Ein Satz von Entschcidungsschnittstcllcn gestatten 
einem Benutzer, unterschiedllche Entscheidungen, die wah- 
rend der Unlersuchungsphase des Produkls getroffen wur- 
den, zu erfassen und aufzufinden. Bspw. gestallel eine 
Schnittstelle ProduclRequuementDecision 215 das Auffin- 
den von Fragen, Antworten und daraus resultierenden Ent- 
scheidungen, die mit Produktanfordemngen verbunden 
sind. Eine Schnittstelle ProductFunclionDecision 235 ge- 
stattet das AufQnden von Fragen, Antworten und daraus re- 
sultierenden Entscheidungen, die mit der Verwendung von 
votgeschlagenen Produktfunktionslosungen in einer be- 
stimmlen 'Gestaltungsaltemative verbunden sind. Eine 
Schnittstelle DesignAlteraativeDecision 275 gestattet das 
Auflinden von Fragen, Antworten und daraus resultierenden 
Entscheidungen, die mit der Auswahl von Gestaltungsaller- 
nativen verbunden sind. Eine Schnittstelle DesignRepresen- 
tationDecision 245 gestattet das Auflinden von Fragen, Ant- 
worten und daraus resultierenden Entscheidungen, die mit 
der Auswahl in der Implementierung einer bestimmlen Ge- 
staltungsaltemative verbunden sind. 

[0050] Die in dem UML-Diagramra der Fig. 3 definierten 
Schnittstellen sind vorzugsweise in einer objektorientierten 
Sprache wie C++ oder Java2 implemenliert. Die tatsachU- 
che Klassenimplementierung kann von System zu System 
variieren, da es haufig sinnvoU sein wird, einige der Schnitt- 
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steUen aus Griinden einer effizienten Implementierung und/ nalen Datenbankdatei 420, die eine TabeUe "Produktanfor 

TZ^TIZ^'^^'' '''^'-'^'-'''^ f^f — - bi.de "ante's: 

Ift0';il FiTTLo, ■ n. . dukUdeenname" (Product Idea Name) 601, "Beschreibung" 

S„™ Her h r h" d^'' Ausfflh- (Description)60^ "Name" 603. "Kennung" 00)604 "Pril 

jeweibgen Schn.ttsteUe emgeschlossenen Daten sind in der die gesamte Aatei) fur jed^ olj^^l^S^n^- 
Zff! ^"8! "/'r^''^?""^"^"'*'"''^**^'^* 320 dessen Prcxiui;tanforden.ngsLri.ennZ (i"r^^^^ 

hSnf .>P'^i!;'". f ^ o"! ^P""** fah™»grfom, in Spalte 603 gespeichert) Das AtSu 'T^t 

bankdate. fur jede defimerte SchnittsteUe. In dem dargesteU- duktideename" des Objekts "Pr^ktidi" ^, dl das 
S-XS4mS^TlSS"3lir:u^^^^ T'^t^- " j?'™"'^'-f-'»-ng"120verbu„den;sUwi;d^^^^^^^^^^ 

^ HVi^e.i:T-^ n ^.^ verfiigbarcn Da- der Schliissel bzw. Kcnnbegrifif vcnvcndct Entsprechend 

tI.^ ^l!^^ Producddea 210 verwenden. eine wird eine Spalte "Fremder Schlussel" 601 bereitges^r um 

Hip?.hn1nc7^.^ '^l , zugegrdrenen Daten. die teraative" 330 umsetzL Die TabeUe umfaBt die Spflten 

die SchnittsteUe DesignAltemauve 230 verwenden. eine Ik- ("Produktideennaine- (Product Idea Name) 701 'Bes^hm^^ 



• T-iT ii «7, e-'->^-v^""^"<""i^ vciwcnuen, zuDUaen. 

^Jf M^^^l'^"*^"""" '"^ SchnittsteUe De- tungsaltemativliname" (De^n AltemaSe NameYlo2 

SSSStS ^''^"^"^^^f -g^Pr^^^^^ "Bescht^ibung" (DescripU 1)3. "Na^lirm "r"^^^^^^ 

nl, H i TABLE) 390 speichert aUe zugegriffenen {is_relevant_for) 805. In diesem Beispiel wild das Attribut 
Daten, die die Schnittstcllc Dcsignlssuc290 vcrwcndcn. Zu- 40 "Ptoduktanfoidcrungskennung" dcs (^St^^^ui^S^ 

satzlich speichem die EntscheidungstabeUen "Pr«duktan- derung" demdasObiekt"PrfSuktfi,nW;«n^i«r i 

LTtI°'^?'° ^P"'^'*^P''^'^"''^°°°^'''"" 245 50 [0056] Fig.9isteinAnschauungsbeispieleinerrelationa- 

und DesignAlternativeDeciirion 275 benutzen. Eine TabeUe len Dalenb^kdatei 455, die eine TkS -Anforf~^r 

^Sv^^r-u^"^"^ ffl'l-g-aSSumsetzt.meTab^euSttJet^^^^^^ 

MENT TABLE) 355 speichert die zugegriffenen Daten. die duktfiinktionsname" (Product Function NameTSn 

^T'^t'' 255 benutzen. Die "Prozem" (Percent) m We daJesSt. bS^Spalte 

ffntln 1 '"'n" ""'«'«^hiedlichen TabeUen mit- 55 902 auf das Attribut "Prozent" ab, dSr d^fsch^tSe 

Stv)'2 ff h :l^eT """" '"t'l ^''''"T' RequirementFulfiUmenf 255 eingeschlossen il un^SSe 

reign key) dar (d. h. eine gemeinsame Spalte in jeder ver- Reihe bildet auf ein anderes Objekt "Produktfiinktion" ab Tn 

rnt°^?Tatr\t^^^^ ^^'^P'^' "Sltltrsnt? 

d^ vri^d gespeicherten Daten verwen- des Objekts "Produktfiinktion" 150 als ftemder Schlussel 

rnA«->i , • A L ... *** verwendet, entsprechend wild eine Spalte "Fremd«-Schlus- 

f-g- V==^^•";^"f.'^''^"""g^be'^P'el einer relationa- sel" 901 beteitgesteUt, um ein Objekt "Anfondem^oS- 

Attnbut ab bzw. verweist auf dieses, und iede Reihe hilrfpi Ko s Wc o «u_.:-u .=5. ^ °™ 



AtU^but ab bzw. verweist aijf dieses, und Jede Reihe bU^ Fi^rrb d^J^^Z^Tch sT^ " 
?S " 2^ '"f "P-'"^tidee" 110 ab. ((1^58] Die ^bmufe. durch' S'^timmte HM-Daten er- 

10053] Fig. 6 zeigt ein Anschauungsbeispiel einer relatio- faBt wcrden. unterscheiden sich und sind abhangig ZZ, 
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welcher TyP von Daten erfaBt wird. Daten konnen erfaBt 
werden, wenn ein Benutzer Daten iiber eine Dialogschnitl- 
stelle manuell eingibt (bspw. wenn ein Benutzer eine Pro- 
duktidee und zugeordnete vorgeschlagene Gestaltungsalter- 
nativen, Produktanforderungen und/odra: Produktfiinktionen 
unter Verwendung eines Produktideedialogs in der Benut- 
zerschnittstelle der Anwendung eingibt), oder konnen von 
einer Anwendung automatisch erzeugt werden (bspw. kon- 
nen Attribute wie Objektkennzeichner (Identifiers), Erzeu- 
gungszeit oder Datum der letzen Anderung von der Anwen- 
dung zu dem Zeitpunkt; an dem eine Information erfaBt oder 
geanderl wird, automatisch erzeugt oder erfaBt werden). 
Fig. 10 zeigt beispielhaft einen Produktideedialog "Product 
Idea" 1000 einer grafischen Benutzerschnittstelle fur eine 
allgemeine Anwendung, die die Fahigkeit bat, auf ein erfin- 
dungsgemaBes IIM-Objektmodell lOe zuzugceifen und ein 
solches zu erzeugen. Wie daigestellt umfaBt der Produkt- 
ideedialog 1000 Benutzermoglichkeiten zum Eingeben ei- 
ner Beschreibung "Description" 1002 einer Produktidee und 
eines Namens "Name" 1004 fiir die Produktidee. Der Pro- 
duktideedialog 1000 umfaBt auch Benutzermoglichkeiten 
(bspw. Knopfe 1006 und 1008) zum Eingeben vorgeschla- 
generProduktanforderungen ("Requirement" 1006) undGe- 
staltungsaltemativen ("Design Alternative" 1008) fiir die 
Produktidee. Insbesondere wird ein in Fig. 11 dargestellter 
Produktanfbrderung-Dialog 1010 geolTnet bzw. eingeblen- 
det, wenn der Benutzer auf den Knopf "Requirement" 1006 
klickt. Wie in Fig. 11 daigestellt gcstattet der Produktanfor- 
derungdialog "ProductRequirement" 1010 dem Benutzer, 
eine Beschreibung ("Description") 1012 der Produktanfor- 
derung, einen Namen 1014 fiir die Produktanforderung und 
eine der Produktanforderung zugewiesene Prioritat ("Prio- 
rity Level") 1016 einzugeben. 

[0059] Auf die Benutzermoglichkeit zum Eingeben einer 
Oder mehrerer vorgeschlagenerProduktfunktionen zum teil- 
weisen oder voUstandigen Erfiillen der Produktanforderung 
kann durch Klicken eines Knopfes "Function" 1018 zuge- 
griffen werden, wodurch ein in Fig. 12 dargestellter Dialog 
"Product Function" 1020 geoffnet bzw. eingeblendet wird. 
Wic in Fig. 12 daigestellt, kann der Benutzer die Fcldcr 
"Description" 1022 und "Name" 1024 der Funktion ausful- 
ien und wahlweise an das Funktionsobjekt einen definieiten 
Abschnitt (der dem System bekannt ist) anhangen, der der 
Anwendung gcstattet, automatisch cin Objckt "Anfoidc- 
rungserfiiUung" 255 zu erzeugen, das angibt, wie gut die 
Produktfunktion die Produktanforderung " erfuUt. Unter 
"Function DeGnilion ' 1026 kann eine Funklionsdefinilion 
eingegeben werden. 

[0060] Fig. 13 zeigt beispielhaft einen Gestaltungsaitema- 
tive-Dialog "Design Alternative" 1030, der von dem Dialog 
"Productldea" 1000 durch KUtken auf den Knopf "Gestal- 
tungsaltemative" (Design Alternative) 1008 erreicht werden 
kann. -Wie dargestellt, gestattet der Dialog "Design Alterna- 
tive" 1030 einem Benutzer, eine Beschreibung ("Descrip- 
tion") 1032 einen Namen 1034, einen Status 1036 und einen 
Grund ("Reaison") 1038 fiir den Status 1036 einzugeben. 
Der Dialog "Design Alternative" 1030 kann atich einen 
Knopf "Produktfiinkdon" (Funkdon) 1040 umfassen, der 
den Benutzer zu dem Produktfiinkdons-Diaiog 1020 der 
Fig. 12 fiihrt, sowie einen Knopf "Produktfunktionsent- 
scheidung" (FunktionDecision) 1042, der einen (nicht dar- 
gestellten) Dialog offhet bzw. einblendet, der dem Benutzer 
gestattet, eine Entscheidung iiber jede den Gestaltungsent- 
wurf zugeordnete Produktfunktion einzugeben. 
[0061] Wie vorstehend ausfuhrlich beschrieben wurde, 
stellt die Erftndung einen neuen Weg des Erfassens und 
Speichems von sowie des Zugriffs auf Daten im Zusammen- 
hang mit der Verwaltung von Iimovationsinformationen dar. 



12 

einschlieBlich dem inkrementalen Aufbau von Innovations- 
informationen einschheBlich Produkudeen, Gestallungsal- 
temativen, Fragen und Antworten, die wahrend des Innova- 
tionsprozesses untersucht wuiden, Gestaltungsentscheidun- 
5 gen usw. Die Innovationsinformationea werden in einer 
Form daigestellt, auf die in unterschiedlicher Weise zuge- 
griffen werden kann und die auf unterschiedUche Weise dar- 
stellbar ist, unter Verwendung von computerbasierten An- 
wendungen. 

10 [0062] Die Erfindung erfaBt den evulotionaren Aufbau 
von Informationen, die die urspriingliche Idee (Ausgangs- 
idee) und die Untersuchung eines P*rodukts iiber die Zeit be- 
treffen. Wahrend der Untersuchung eines Produkts werden 
viele Altemativen vorgeschlagen und erforscht. Entschei- 

.15 dungen werden gefallt, die Moglichkeiten ausraumen bzw. 
ausschlieBen. Mit fortschreitender Gestaltung andem sich 
die gesteilten Fragen und zugehorigen Antworten, da um- 
fassende Entscheidungen gefallt weiden und detailliertere 
Fragestellungen auf treten. .Telle der Produktdefinidon bewe- 

20 gen sich von dem Status der Idee zu der fertigen Definidon 
mit unterschiedlicher Geschwindigkeit. Das erfindungsge- 
mSBe Objektmodell zur Vferwaltung von Innovationsinfor- 
mationen unterstuizt dabei das Auffinden bzw. Nachvollzie- 
hen der funktionalen Wie-Ausgefuhrt-Aspekte des I*ro- 

25 dukts. Dieses Auffinden stellt somit ein Zeitspektrum von 
der Untersuchung von Produktideen zu der voUstandigen 
und fiir die Produktion freigegebenen Produktdefinition be- 
reit. Die Informationen entwickeln sich dabei graduell und 
werden mit fortschreitendem GestaltungsprpzeS detaillier- 

30 ter. Die Mdglichkeit fiir Innovation ist .so lang gegeben, .so 
lange Fragen offen bleiben, die kreative Antworten bendti- 
gen. Die Auswirkung von Innovadon bewegt sich von der 
umfassenden Ebene auf detailliertere Ebenen, wenn Ent- 
scheidungen gefallt werden und Details beriicksichtigt wer- 

35 den. ' 

[0063] Die Erfindung vereinfacht den Zugriff auf Infor- 
mationen durch jede Anwendung iiber die definierten Ob- 
jektmodellschnittstellen, unabhangig davon, welche An- 
wendung die Objekte erzeugt hat. Somit "gehOren" die Da- 

40 ten kcincr Anwendung und auch kcincm Wcrkzcug,.das die 
Daten erzeugt hat. 

[0064] Die Erfindung veieinfachtauch anspriKhsvoile Su- 
chen in den Objektmodellen, um interessierende Infoimado- 
ncn aus der Gcsamthcit der gcspcichcrtcn Informationen 
4S herausfinden. Die Erfindung ist aus vielen Griinden vorteil- 
haft, einschlieBlich der Tatsache, daB viele Benutzer mit un- 
terschiedlichen Aufgaben auf eine An und Weise, die ihrer 
jeweiUgen Aufgabe bzw. Bedeutung gerecht wird, auf die 
Informationen zuzugreifen und Informationen herauszuzie- 
50 hen. .- . .. 

[0O65] Wie nath der Leklure der vorstehenden ausfiihrli- 
che Beschreibung offensichdich wird, verfiigt die Erfindung 
iiber einige Vorteile gegeniiber.dem Stand der Technik. Das 
erfindungsgemaBe IIM-Objektmodell erhoht die Effizienz 
55 beim NachvoUziehen und Verstehen, wie und warum eine 
Produktgestaltung eine derzeidge Konfiguradon aufweist 
Das erfindungsgemaBe UM-Objektmodell gestattet das Er- 
fassen und NachvoUziehen von funkdonalen Wie-Gestaltet- 
Aspekten des Produkts anstelle der Wie-Ausgefuhrt-Konfi- 
60 guradon des endgiildgen Produkts und stellt dadurch ein 
Zeitspektrum von der anfanglichen Untersuchung von Pro- 
dukddeen bis zu der voUstandigen und zur Produktion frei- 
gegebenen Produktdefinidon bereit. Die InformaUonen ent- 
wickeln sich gradueU und werden mit fortschreitendem Ge- 
es staltungsprozeB immerdetaillierter. 
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Patentanspriicbe 

1 . Objektmodell zum Erfassen von Informationen, die 
produktinnovationsbezogene Daten betrefiFen, niit einer 
ProduktideeschnittsteUe zum Erfassen einer Idee fiir s 
ein Produkt in einem Produktideeobjekt und einer Ge- 
staltungsaltemativenschnittsieUe zum Erfassen einer 
Vielzalil von Gestaltungsaltemativen fur das Produkt in 
einer Vielzahl von jeweiligen Gestaltungsaltemative- 
Objekten. ,0 

2. ObjektmodeU nach Anspruch 1, mit einer Produk- 
tanforderungsschnittstelle zum Erfassen einer Anfor- 
derung fiir die Produktidee in einem Ptoduktanforde- 
rungsobjekt. 

3. Objektmodell nach Anspruch 2. mit dnra- Produkt- 15 
funktionsschnittstelle zum Erfassen einer Funktioo 
zum ErfiiUcn der Ploduktanforderung in einem Pto- 
duktfunktionsobjekt. 

4. Objektmodell nach Anspruch 3, mit einer Ptodukt- 
erfiillungsschnittstelle, die erfafit, wie gut die Ptodukt- 20 
funktion die Produktanforderung erfullL 

5. Objektmodell nach Anspruch 1, mit einer Gestai- 
tungsdarstellungsschnittstelle zum Erfassen einer Dar- 
stellung der Gestaltungsaltemative in einem Gestal- 
tungsdarstellungsobjekL 25 

6. Objektmodell nach Anspruch 1, mit einer Hntschei- 
dungsschnittstelle zum Erfassen einer Entscheidung in 
einem Produktanforderungsobjekt, wobei diese Ent- 
scheidung entweder die Produktidee oder die Gestal- 
tungsaltemative betrilTL 30 

7. Objektmodell nach Anspruch 1, bei dem Produkti- 
deeobjekt und jedes Gestaltungsaltemative-Objekt in 
einer werfczeugneutralen bestandigen Form gespeichert 
werden. 

8. Objektmodell nach Anspruch 2, bei dem Produkti- 35 
deeobjekt, jedes Gestaltungsaltemative-Objekt und je- 
des Produktanforderungsobjekt in einer werkzeugneu- 
tralen bestandigen Form gespeichert werden. 

9. Objektmodell nach Anspruch 5, bei dem Produkti- 
deeobjekt, jcdcs Gcstaltungsaltcmativc-Objckt und jc- 40 
des Gestaltungsdarstellungsobjekt in einer werfczeug- 
neutralen bestandigen Form gespeichert werden. 

10. Verfahren zum Erfassen von Informationen, die 
produktinnovationsbezogene Datcn bctrcflFcn, mit den 
folgenden Schritten: 45 
Erfassen einer Idee fiir ein Produkt in einem Produkti- 
deeobjekt, und 

Erfassen einer Vielzahl von Gestaltungsaltemativen fur 
das Produkt in einer Vielzahl von entsprechenden Ge- 
staltungsaltemative-Objekten. 50 

11. Verfahren nach Anspruch 10, mit dem Schrilt des 
Erfassens einer Anforderung fiir die Produktidee in ei- 
nem Produktanforderungsobjekt. 

12. Verfahren nach Anspruch 11, mit dem Schritt des 
Erfassens eine Funktion zum ErfiiUen der Produktan- 55 
forderung in einem Produktfunktionsobjekt 

13. Verfahren nach Anspruch 10, mit dem Schritt des 
Erfassens eina- Darstellung do- Gestaltungsaltemative 
in einem Gestaltungsdarstellungsobjekt 

14. Verfahren nach Anspruch 10, mit dem Schritt des «0 
Erfassens einer Entscheidung in einem Entscheidungs- 
objekt, wobei die Entscheidung entweder die Produkti- 
dee Oder die Gestaltungsaltemative betrifft. 

15. Verfahren nach Anspruch 1, mit dem Schtia des 
Speichems des Produktideeobjekts und jedes Gestal- 65 
tungsaltemative-Objekts in einer werkzeugneutralen 
bestandigen Form. 

16. Verfahren nach Anspruch 10, mit dem Schritt des 
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Speichems des Produktideeobjekts, jedes Gestaltungs- 
altemative-Objekts und des Produktanforderungsob- 
jekts in einer werkzeugneutralen bestandigen Form. 

17. Verfahren nach Anspruch 13, mit dem Schritt des 
Speichems des Produktideeobjekts, jedes Gestaltungs- 
altemative-Objekts und jedes GestaltungsdarsteUungs- 
objekts in einer wericzeugneutralen bestandigen Form. 

18. Computerprogranun mit Programmanweisungen, 
die ein Verfahren zum Erfassen von Informationen, die 
produktinnovationsbezogene Daten betreffen, umset- 
zen, wobei das Verfahren die folgenden Schritte um- 
fiaBt: 

Erfassen einer Idee fiir ein Produkt in einem Produkti- 
deeobjekt, und 

Erfassen einer \^elzahl von Gestaltungsaltemativen fiir 
das IMukt in einer Vielzahl von jeweihgen Gestal- 
tungsaltemative-Objekten. 

19. Computerprogranun nach Anspruch 18, bei dem 
das Verfahren den Schritt des Speichems des Produkti- 
deeobjekts und jedes Gestaltungsaltemative-Objekts in 
einer werkzeugneutralen bestandigen Form umfafiL 

20. Computerprogramm nach Anspruch 18, wobei das 
Verfahren die folgenden Schritte umfaBt: 

Erfassen einer Anforderung fiir die Produktidee in ei- 
nem Produktanforderungsobjekt, 
Erfa.ssen einer DaiTitellung der Gestaltungsaltemative 
in einem Gestaltungsdarstellungsobjekt, und 
Speichem des Produktideeobjekts, jedes Gestaltungs- 
allernaUve-Objekts, des Produktanforderungsobjekts 
und jedes GestaltungsdarstellungsobjekLs in einer .sepa- 
ralen rclationalen Datenbank, wobei Veduapfiingen 
zwischcn den einzehien Objekten unter Verwendung 
fremder Schlussel erfafit werden. 
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ProductRequirementPecision 



Productldea 



+descripBon : String 
+name : String 



RequirementRelationship 
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